功能挺好，能在 dashboard 直接改 bot 的 CLI / 模型，机制（写盘、wrapper 解析、单测）都没问题。只有一个实际问题想提醒一下 👇

问题：在 dashboard 切了 CLI 之后，那个 bot 已经在进行中的旧对话会被弄坏

举个例子：某个群正在用 Claude 聊。管理员在 dashboard 把这个 bot 改成了 Codex。

• 当前这个会话的进程还活着时，它还是用 Claude，没事。
• 但只要这个会话的进程重启一次——比如 daemon 重启了，或者会话闲置被回收、下一条消息把它唤醒——botmux 就会拿旧的 Claude 对话历史，去用 Codex 来「继续」。可 Codex 接不了 Claude 的历史：
  • 默认 PTY 后端：续不上，旧对话静默从头开始（或报错），上下文全丢；
  • tmux / herdr 后端：旧会话直接被 kill。
• 也就是说，没人点 /restart，旧对话也会在下一条消息时自己切到新 CLI 并断掉。

为什么会这样

启动 CLI 的那段代码（forkWorker）不管是开新会话还是恢复旧会话，永远读「bot 当前的设置」（botCfg.cliId / wrapperCli / model），它没记住「这个会话当初是用哪个 CLI 起的」。会话记录里也只持久化了 cliId/cliSessionId，没有 wrapperCli/model。所以一改 bot 设置，旧会话恢复时就被带跑了。

顺带：提示文案「改动只影响下个新会话；运行中的会话需要 /restart 后才会换 CLI / 模型」其实和真实行为不符（闲置/重启后会自动换），建议改掉。

怎么修（建议）

让每个会话在创建时把自己用的 CLI / wrapper / 模型记下来；恢复会话时优先用「这个会话自己记的 CLI」，而不是 bot 的最新设置。

代码里已经有现成的范式可照抄——sandbox 这个设置就是这么「按会话创建时冻结」的（types.ts 里有注释说明：live bot flag 可后改，但会话的 sandbox 状态在创建时冻结，restore/restart 绝不回溯影响历史会话；forkWorker resume 时读 ds.session.sandbox 而非 botCfg）。cliId / wrapperCli / model 照这套来即可。另外 sessionCliId(ds, botCfg)（= ds.session.cliId ?? botCfg.cliId）这个 helper 已经存在，但目前只用于渲染、没用于真正 spawn——这个不一致正是 bug 面。

如果这次 PR 不想动这么大，那至少做两件小事：

1. 把提示文案改成真实行为；
2. 切 CLI 时，主动把这个 bot 现有的活跃会话干净地结束掉（close 而非 kill-resume），让它们在新 CLI 上重新开，而不是半路硬接。

补充：只改模型、CLI 不变基本是安全的（每次 spawn 都重新读 --model）；危险的只有改 CLI。

@deepcoldy 已按“旧会话保留旧 CLI / 模型，新会话使用新配置”的方向更新。

本次修订：

• 在 Session 上冻结创建时的 agent launch 配置：cliId、cliPathOverride、wrapperCli、model。
• forkWorker fresh spawn 时写入冻结配置；resume / cold resume 时优先使用 session 记录的配置，不再读取 bot 最新 CLI / wrapper / model 去恢复旧会话。
• 保留向后兼容：历史 session 缺字段时仍 fallback 到 bot 当前配置。
• 更新 dashboard 文案：保存后只影响新创建会话，已有会话继续使用创建时 CLI / 模型；如果要让旧对话使用新配置，需要关闭后重新开始。
• 增加回归测试覆盖：fresh session 冻结 wrapper/model、已预填 cliId 的 fresh session 仍补齐 wrapper/model、resume 使用 session 记录的旧 CLI / wrapper / model。

验证：

• corepack pnpm vitest run --project unit test/session-lifecycle-start.test.ts test/dashboard-bot-payload.test.ts test/dashboard-bot-defaults-cliid.test.ts test/dashboard-ipc.test.ts
• corepack pnpm exec tsc --noEmit